home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_0399 / 180 < prev    next >
Internet Message Format  |  1994-08-27  |  1KB

  1. Date: Fri, 26 Mar 93 18:10:24 -0500
  2. From: "Nicholas S Castellano" <entropy@terminator.rs.itd.umich.edu>
  3. To: hohmuth@freia.inf.tu-dresden.de
  4. In-Reply-To: Michael Hohmuth's message of Fri, 26 Mar 93 21:27:46 MEZ <9303262030.AA14329@terminator.rs.itd.umich.edu>
  5. Subject: tcsh 6.03, BSD sh, mntlib
  6.  
  7. >> Yes...I still feel there are too many broken shells out there, but I
  8. >> have received a many examples in email of cases where the current
  9. >> emulation in the library loses badly.  I've come to the conclusion
  10. >> that it would be nice to provide both methods and let the user choose
  11. >> via an environment variable which way to go (e.g. if your shell works
  12. >> good enough, you can enable the exec-/bin/sh version of system() and
  13. >> popen()).  I am (as I believe I said in another message) open to
  14. >> discussion on which should be the default, and how this should be
  15. >> controlled (a new env var, or a switch in UNIXMODE?)
  16. >
  17. >I think a UNIXMODE switch would be sufficiant.  The default should be not
  18. >to use /bin/sh (under both MiNT and TOS, for backward compatibelity of new
  19. >binaries to not-well-configured systems).  If UNIXMODE switch "s" is present,
  20. >/bin/sh should be used.  The device to load it from should be the default 
  21. >root device (_rootdir), which is initialized from UNIXMODE, too (in 
  22. >mntlib/main.c), and which defaults to U: under MiNT.
  23.  
  24. This sounds good to me.  Anyone want to volunteer to implement it?
  25.  
  26. cheers,
  27. entropy
  28.  
  29.